Methods and Systems for Enterprise Data Use Monitoring and Auditing User-Data Interactions

ABSTRACT

A method for managing data use of an enterprise is disclosed. The method includes receiving login parameters from a user associated with user identification information. The method authenticates the login parameters and the user information to determine if the login parameters match the user identification information. The method provides access to specific data in a database that stores enterprise information. Upon providing access, initiating video capture of a viewing space for the screen, the viewing space being configured to include a location where the user associate with the user identification information is predefined to reside when accessing the specific data. During the video capture, capturing image data presented on the screen and input received for the user interface of the screen. The method acts to bind the video capture and the captured image data presented on the screen and the input received.

CLAIM OF PRIORITY

This application is a continuation application of U.S. patentapplication Ser. No. 13/444,840, entitled “Secure Display System forPrevention of Information Copying from a Display Screen System”, whichclaims priority from U.S. Provisional Patent Application No. 61/474,255,filed Apr. 11, 2011, and entitled “Secure Display System for Preventionof Information Copying from any Display Screen System.” Eachabove-identified application is herein incorporated by reference.

BACKGROUND

1. Field of the Invention

The present embodiments relate to devices, methods, systems, andcomputer programs for improving security, and more particularly todevices, methods, systems, and computer programs for improving securityembedded in a presentation display.

2. Description of the Related Art

Rapid evolution of technology and mass adoption of cheap devices, suchas tablets and electronic readers with high definition displays, digitalcameras, 3D printers, 3D scanners, high capacity flash storage cardswith embedded WiFi, wide spread availability of Internet services, etc.,have introduced challenges to businesses and individuals to protect,preserve, and enhance their intellectual property and intellectualassets.

It is in this context that embodiments arise.

SUMMARY

Devices, methods, computer programs, and are presented for displayinginformation output of a host computer. It should be appreciated that thepresent embodiments can be implemented in numerous ways, such as amethod, an apparatus, a system, a device, or a computer program on acomputer readable medium. Several embodiments are described below.

In one embodiment, a method for managing data use of an enterprise isdisclosed. The method includes receiving login parameters from a userassociated with user identification information, where the loginparameters are supplied through a user interface of a screen. The methodauthenticates the login parameters and the user information to determineif the login parameters match the user identification information. Themethod provides access to specific data in a database that storesenterprise information. The specific data is managed by policy rulesthat determine if the specific data is shared by users of the enterpriseor is private to the user. Upon providing access, initiating videocapture of a viewing space for the screen, the viewing space beingconfigured to include a location where the user associate with the useridentification information is predefined to reside when accessing thespecific data. During the video capture, capturing image data presentedon the screen and input received for the user interface of the screen.The method acts to bind the video capture and the captured image datapresented on the screen and the input received. The binding acting todefine audit data that defines a link between the user and actions takenby the user regarding the specific data, wherein the method is executedby a processor.

Other aspects will become apparent from the following detaileddescription, taken in conjunction with the accompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments may best be understood by reference to the followingdescription taken in conjunction with the accompanying drawings.

FIG. 1 illustrates the problem of piracy of information on a display.

FIG. 2 illustrates a simplified architecture for implementingembodiments described herein.

FIG. 3 illustrates a user utilizing a secure display, according to oneembodiment.

FIG. 4 illustrates an exemplary architecture of a secure display,according to one embodiment.

FIG. 5 illustrates the detection of an unauthorized user, according toone embodiment.

FIG. 6 illustrates the securing of the display while the user is notengaged with the display, according to one embodiment.

FIG. 7 illustrates the retrieval and storage of different types ofinformation over time, according to one embodiment.

FIG. 8 illustrates a simplified architecture for implementingembodiments described herein.

FIG. 9 illustrates an exemplary architecture of a system for providingsecurity utilizing a secure display, according to one embodiment.

FIG. 10 shows the architecture of a secure display, according to oneembodiment.

FIG. 11 illustrates the flow of information between the secure monitorand a security server, according to one embodiment.

FIG. 12 shows an alternative architecture of a secure display, accordingto one embodiment.

FIG. 13 illustrate the flow of information associated with the securedisplay, according to one embodiment.

FIG. 14 illustrates an exemplary architecture of the security server,according to one embodiment.

FIG. 15 illustrates the monitoring of a plurality of work stations,according to one embodiment.

FIG. 16 illustrates the flow of information from the client, accordingto one embodiment.

FIG. 17 illustrates an implementation of policy rules and the generationof alerts, according to one embodiment.

FIG. 18 is an exemplary table of policy rules, according to oneembodiment.

FIG. 19 shows an exemplary administration Graphical User Interface(GUI), according to one embodiment.

FIG. 20 shows the flow of a method for validating a display, accordingto one embodiment.

FIG. 21 shows the flow of a method for monitoring events at the securedisplay, according to one embodiment.

FIG. 22 is a simplified schematic diagram of a computer system forimplementing embodiments of the present disclosure.

DETAILED DESCRIPTION

The following embodiments describe devices, methods, systems andcomputer programs for improving security. In one embodiment, a monitoris embedded with security circuitry to implement security on the monitorin order to protect the information presented at the monitor.

It will be apparent, that the present embodiments may be practicedwithout some or all of these specific details. In other instances, wellknown process operations have not been described in detail in order notto unnecessarily obscure the present embodiments.

FIG. 1 illustrates the problem of piracy of information on a display. Inthe digital world, new generation digital displays have reachedresolutions in excess of 300 pixels per square inch to match or exceedphysical hard copy print, such as a copy printed on a laser printer at150 dot per square inch. Digital cameras now have 10 Megapixels sensorsand many “smart” phones have 5 megapixel digital cameras or more. Thanksto the “high resolution” of current displays, the image quality is veryclose to “print media” and hence poses the same information securityissues and potential for data theft. In other words, just like “print”,security management and control is complex once information is committedto print. Data can be easily stolen by making copies or using a scannerto make a digitized electronic copy of the printed content. The same isnow true for “displays”. Any content shown on the display is now subjectto the same print media security management control issues.

Digital Cameras are now being embedded into eyewear glasses, ID cards,pens, key chains, barcode scanners, and many are capable of shooting HDquality pictures at 30 frames per second or more. Taking ‘copies’ of IPRassets, creative designs, PII (Personally Identifiable Information), PHI(Personal Health Information) is now a major business issue worldwidefor businesses, governments, and individuals. Stolen information can betransmitted anywhere bypassing existing security measures employedtoday, such as multi factor biometric access control, firewalls,intrusion detection systems, Data Leak Prevention (DLP) systems,Physical Access Control 15 Systems (PACS), etc.

Digital Data can be vulnerable to a breach in any of the commonlyrecognized 4 data states:

1. “data in motion” (i.e., data that is moving through a network,including wireless transmission)

2. “data at rest” (i.e., data that resides in databases, file systems,and other structured storage methods)

3. “data in use” (i.e., data in the process of being created, retrieved,updated, or deleted)

4. “data disposed” (e.g., discarded paper records or recycled electronicmedia)

Sensitive data in each of these data states (with the possible exceptionof “data in use”) may be secured using methods that render sensitivedata unusable, unreadable, or indecipherable to unauthorizedindividuals, such as encryption and destruction.

The exception case of “data in use” is a major issue because the datamay be “leaked” via different channels: a digital image taken with adigital camera, “copy/cut/paste” of email contents, a file copy, a“print screen” to an electronic file, etc.

While several solutions have attempted to solve the Digital copyingproblem, the solutions have failed to address the Human factor componentto act as a deterrent. (References: JP2001313006ANTI-PHOTOGRAPH-STEALING DEVICE BY INFRA-RED LIGHT; REMOTE CONTROLSYSTEM AND ACCESS CONTROL METHOD FOR INFORMATION INPUT APPARATUSU.S.20060242254, SYSTEMS AND METHODS FOR RECEIVING INFRARED DATA WITH ACAMERA DESIGNED TO DETECT IMAGES BASED ON VISIBLE LIGHTU.S.20110128384A1, U.S.20040202382 Image capture method, device andsystem, U.S.20100323608A1 System and method for preventing photography,Systems and methods for disabling recording features of camerasU.S.20070103552).

These solutions do not address the data in use leak channel via computerdisplay, also called the “last inch/millimeter” interface from thedisplay to the user security, a vulnerability that has been present eversince computers became prevalent.

FIG. 2 illustrates a simplified architecture for implementingembodiments described herein. To provide security at the presentationlevel, circuitry 212 or computer programs are embedded in a presentationdevice to provide security while users 210 receive information in thepresentation device. Embodiments presented herein are described withreference to a computer display 202, but the principles presented may beapplied to any computing device that provides presentation ofinformation, such as tablets 204, mobile phones 206, smart phones,laptops 208, personal computers with integrated display, book readers,televisions, portable gaming devices, music players, etc.

In addition, some embodiments provide circuitry that is embedded insidea computing device (e.g., a display). In other embodiments, the securitysolution may be distributed across two or more different devices. Forexample, a separate computing device may be installed between a displayand a personal computer, where the computing device is also attached toa camera that monitors the user in front of the display.

The secure displays provide in-display security enforcement, and thedisplays are in communication with one or more remote security servers.In one embodiment the security servers include a policy server 214, aremote policy enforcer 216, and an administrator console 218. The policyserver 214 enforces security policies configured by the administrator220, and the remote enforcer 216 receives information from the remotesecure displays and provides security commands that are transmitted tothe secured displays. The administrator console 218 provides a GraphicalUser Interface (GUI) for configuring the security policies implementedby the system, including the creation, modification, and deletion ofusers, security levels, security rules, logging requirements, etc.

FIG. 3 illustrates a user utilizing a secure display, according to oneembodiment. Digital technology and security practices have createdchallenges in ensuring that the right person has the “privileges” forthe digital and or physical services associated with the information orphysical assets like a compute device such as desktop computer, laptop,tablet, smart phone, portable hard disk, flash memory card, printer ordoor to a secure site or a home. There are delegation challenges tomanage architecture and management of an information system—thegate-keeper or super user delegate becomes the “master” regardless ofwhat the access rules say. And if that delegate designs or administersthe system to permit persons to post compartmented information, while atthe same time giving access to users who are not in the compartment,then the super user will have destroyed the compartment security,possibly without anyone noticing. This is a critical problem in today'sall digital world to manage and track who did what where when and alsoto secure an immutable audit trail of transactions.

In FIG. 3, user 302 is working on a personal computer 304 which isattached to a secure display 202. The secure display includes a camera308 and a wireless communication module 310. The camera 308 takes imagesof the area in front of the display, and software inside the securedisplay 202 analyzes the image information to detect potential securitybreaches, such as an authorized user, multiple users viewing thedisplay, a camera taking pictures of the information on the display,etc. In one embodiment, face recognition technology is utilized todetermine the identity of the user operating the personal computer 304.

The wireless communication module 310 (e.g., a WiFi transceiver)provides an alternate channel of communication from the secure displayto a remote security server, which is a different communications channelfrom the network connection utilized by the personal computer 304. Thisalternate communication channel provides a robust security solution thatdoes not rely on the assets in the personal computer 304, such as a NICcard for connecting to the network.

FIG. 4 illustrates an exemplary architecture of a secure display,according to one embodiment. Embodiments of the disclosure address thehuman factor involved in IPR management issues to provide a continuousauthentication and monitoring system. Embodiments eliminate the“opportunity”, nullify “rationalization” and create a negative ROI for“Incentive/Pressure” to encourage and build a “habit” of good citizenbehavior.

Besides IPR protection management, the secure embodiments presentedherein may be used for applications in work flow tracking andoptimization, manufacturing, testing, quality assurance, paymentsystems, and DRM applications. Embodiments prevent the copying or misuseof information displayed on any monitor by employing continuouscontext-based smart activity processing technology. In one embodiment,every user in the range of visibility of the monitor is continuouslymonitored and authenticated.

In an exemplary embodiment, the secure display monitor 202 includes asecurity control integrated circuit (IC) that interfaces with othermodules within the display 202. The display further includes a displaypanel (e.g., an LCD) IC 404 that drives the display panel 410, a displaybuffer memory 406 for storing pixel data to be displayed on the LCD 404,a side band network interface 408, and one or more sensors 416.

The security control integrated circuit 402 shares a link to the hostcomputer with the display panel IC 404. This link provides the data tobe displayed on the monitor and may utilize one or more differentprotocols such as HDMI, DVI, DP, etc. In addition, the security controlIC 402 utilizes the side band network interface 408 to communicate witha remote security server without having to rely on networking resourcesfrom the host. The side band network interface 408 may utilize one ormore communications protocols selected from a group consisting of USB,serial port, Ethernet, WiFi, Bluetooth, GPRS, any mobile communicationsprotocol, etc.

The sensors 416 integrated in the display may include one or more of aninfrared sensor, image sensor, proximity sensor, biometric sensor (e.g.,fingerprint, eye recognition, etc.), Brain Computer Interface (BCI) withintegrated NFC, RFID, magnetic card reader, microphone, speaker, etc. Inone embodiment, the sensors 416 monitor communications near the monitorsuch as communications utilizing a mobile phone 412, or a smart card 414being utilized by the user 302.

It is noted that the embodiments illustrated in FIG. 4 are exemplary.Other embodiments may utilize different sensors, additional modules, orcombine the functionality of two or more modules into a single module.The embodiments illustrated in FIG. 4 should therefore not beinterpreted to be exclusive or limiting, but rather exemplary orillustrative.

FIG. 5 illustrates the detection of an unauthorized user, according toone embodiment. FIG. 5 shows user 502 standing behind authorized user302 which is with secure monitor 202. User 502 is not authorized to viewinformation on display 202, and when the secure display 202 captures animage that includes user 502, the subsequent image analysis detects anunauthorized user and, according to the existing security policy,disables the display to avoid user 502 having access to the displayedinformation. In one embodiment, a message is presented on the displayidentifying that the display is being halted because an unauthorizeduser has been detected.

In another embodiment, user 502 is also authorized to operate withdisplay 202. However, there is a security policy that only one user isable to access the display at any time, which causes the display beinghalted for having too many users accessing the display. This securitypolicy may be useful when different users may access the same computingdevice, but the users may have different access levels when using thecomputing device. By disabling two users from accessing the display atthe same time, the different security levels are enforced.

FIG. 6 illustrates the securing of the display while the user is notengaged with the display, according to one embodiment. When user 302 isnot utilizing the display 202 (e.g., the user is looking away, or theuser is reading a paper on his desk, or the user is away), the securedisplay blocks or disables the screen in order to avoid access by otherusers. In one embodiment, a predetermined amount of time is defined inthe security policy before the display is blocked while the user is notengaged with the display.

FIG. 7 illustrates the retrieval and storage of different types ofinformation over time, according to one embodiment. Over time, thesecure monitor collects information regarding the use of the display andregarding environmental parameters. The collected information istransmitted to a remote security server over the side band networkinterface 408 of FIG. 4, although other communication devices may alsobe utilized.

In one embodiment, the collected information include user images 710,screen captures 708, audio segments 706, images from area cameras 704,and sensor data 702. The user images are taken with the cameraintegrated in the display, or attached to the display, to provideinformation regarding the user or users situated in front of thedisplay. Policy rules defined how often pictures of the user are takenor under what circumstances. In one embodiment, the images are takingevery minute, although other intervals may also be configured. Inaddition, the user images may also be obtained when there are changes infront of the display (e.g., a new user enters the area) or when there isa large amount of data (e.g., beyond a threshold level of data per unitof time) being downloaded on the display. This guarantees that if a useris accessing a large amount of information, the user's image iscaptured.

The screen captures 708 provide, as its name implies, informationregarding the appearance of the display at a given point in time.Similarly to the case of user images, screen captures may be obtainedperiodically or be triggered by security events. In one embodiment, theamount of data captured in the screen captures is reduced by eliminatingsome of the background information (e.g., Windows background photo)which is considered irrelevant for security purposes.

Audio segments 706 may also be obtained periodically or when triggeredby a security event (e.g., voices detected near the secure display).Room cameras 704 provide images of an area where the display is situated(e.g. a room with a plurality of cubicles with workers in the cubicles).The sensor data 702 provides information collected by the sensors, suchas temperature, humidity, air pressure, etc., and may be collectedperiodically or triggered under certain events.

It is noted that the embodiments illustrated in FIG. 7 are exemplary.Other embodiments may utilize different types of information. Theembodiments illustrated in FIG. 7 should therefore not be interpreted tobe exclusive or limiting, but rather exemplary or illustrative.

FIG. 8 illustrates a simplified architecture for implementingembodiments described herein. One embodiment is similar to a “black boxflight data recorder” in an airplane. The authentication system has theability to identify the display component and the computer monitor as atrusted device. The trust is then integrated with the user who is infront of the display device, by physically identifying andauthenticating the user. Various biometric sensors may be utilized forthe user physical authentication, such as cameras for face recognition,IRIS recognition, fingerprint, temperature sensor, weight sensor, EEGsignal via Brain computer Interface and DNA, etc. In one embodiment,sensor data is continuously transmitted and validated through a SideChannel Interface (SCI) that communicates with a centrally locatedauthentication registry. In another embodiment, the sensor data istransmitted in predefined intervals or periods of time.

In one embodiment, the biometric identity of the user is tied with thecentrally available authentication system that uses a username andpassword, or any other additional data, such as physical locationinformation, time and date, etc. The authentication utilizes multiplepieces of information to establish a physical presence of the user,which is integrated with the trusted display and computer. The trusted(e.g., secured) display device is both first and last point of interfaceto the user and any protected information and services are protected andavailable for use by an authorized user.

In one embodiment, the user is continuously authenticated throughout thesession, based on physical presence and using data signals from multiplesensors integrated with the Display such as cameras, microphones,speakers, IR detectors, thermometers, proximity sensors. In oneembodiment, additional inputs from other external sensors are utilized,such as pressure sensors, weight sensors, surveillance cameras in closeproximity to the secured monitor in front of the user, IP addresses, MACaddresses, physical location data, etc., to improve system accuracy.

FIG. 9 illustrates an exemplary architecture of a system for providingsecurity utilizing a secure display, according to one embodiment. Thesecure display 202 includes an LCD panel 902 which is driven by LCDcircuitry 904, the same components usually found in an unsecureddisplay. In addition, a security circuit 906 is included in the securedisplay to provide an additional level of security and authentication.The security circuit 906 analyzes images obtained with camera 308 of theuser area in front of the display to detect potential securityviolations, and transmits security and use information via WiFi adapter118 to a remote security server 912. Security database 914, coupled tothe security server 912, is utilized to stored security data from thesecure display and from other security displays utilizing the service.

In one embodiment, the secure display is built by adding the securitycircuit 906, camera 308, and WiFi module 118 to an existing display. Inanother embodiment, the secure display is built at a factory includingall the modules identified in FIG. 9.

FIG. 10 shows the architecture of a secure display, according to oneembodiment. Secure display 202 includes LCD display 902, processor 106,memory 108, security circuit 906, image capture device 308, camerajammer 104, a wireless communications module 118, a network interfacecard 120, a video interface 122, a USB connector 126, sound capturedevice 114, BCI sensor 116, and one or more sensors 124. In oneembodiment, the security circuit 906 interfaces with the components fromthe secure display 202. For simplicity purposes, some interconnectionsbetween the modules and the secure display have been omitted not toobscure the details, such as the connection between the processor andthe memory, between the memory and the LCD panel, etc.

The security circuit 906 analyzes images captured with image capturedevice 308, which may be stored in memory 108 or in a dedicated memorywithin security circuit 906. The image analysis is utilized to provideauthentication of the user 302 interfacing with the secure display, aswell as for detecting security events related to unauthorized use, suchas use by multiple users, user not present in front of the display, anauthorized photograph taken of the display, etc.

The security circuit 906 transmits security related data (e.g., seeabove with reference to FIG. 7) via wireless communication module 118 orvia NIC 120. The camera jammer 104 is a device that disables certaincameras from taking pictures in the vicinity of the display. Forexample, the camera jammer may emit microwave pulses that disrupt thecharacteristic signals used in the micro circuitry of surveillancecameras, or project a high-intensity laser beam or an infrared beam at acamera. The memory 108 includes a computer program 110 to drive the LCDdisplay, and pixel information 112 for the LCD display.

An area camera 102 takes images of the work area of the user 302, andmay include the work area of other users. For example, an area camera102 may take images of a plurality of cubicles in an office, a hallwayin an office floor, an office with several desks, the lobby of abuilding, etc.

FIG. 11 illustrates the flow of information between the secure monitorand a security server, according to one embodiment. Besidesauthenticating the user who is viewing and interacting with theinformation that is displayed, in one embodiment, the systemcontinuously captures and records the display data that is seen by theuser. This display screen data is combined with other meta data, such asa picture of the user from the sensor cameras, the IP address and MACaddress of the computer attached to the display, time and date,application in use and associated application data (e.g., e-mail and thecontents of an e-mail message, word processor and entered text, webbrowser and websites visited), etc. In one embodiment, the informationis stored locally in encrypted form in local memory (e.g., embeddeddisk, flash memory storage, etc.) and then sent to external cloudstorage via the side channel network interface.

FIG. 12 shows an alternative architecture of a secure display, accordingto one embodiment. The embodiment of a security display 202 is similarto the embodiment of FIG. 10, but utilizes a bus structure 140 forexchanging data between the modules in the secure display.

The security circuit 906 is attached to the bus 140 and controls theoutput to LCD 902, by interfacing with the circuitry that drives the LCD902 (e.g., processor 106 and pixel memory 112). In addition, thesecurity circuit 906 interfaces with WiFi module 119 to send securitydata to security server 912 and to receive security and configurationcommands from security server 912. In one embodiment, the securityserver sends authorized user information to the security server 906information regarding the users authorized to utilize the securedisplay, the policy rules for implementing security in the securedisplay, login parameters, authenticated devices that may be utilizedsecure display 202 (e.g. computing device 304), etc.

In one embodiment, the security circuit 906 manages the authenticationof the host computing device via an authentication module 142 embeddedin the video interface 122 coupled to the video interface 908 in thehost. In one embodiment, Trusted Platform Module (TPM) authentication isutilized, but other methods of authentication are also possible. TPM isboth the name of a published specification detailing a securecryptoprocessor that can store cryptographic keys that protectinformation, as well as the general name of implementations of thatspecification, often called the “TPM chip” or “TPM Security Device”.

The Trusted Platform Module offers facilities for the secure generationof cryptographic keys, and limitation of their use, in addition to ahardware pseudo-random number generator. It also includes capabilitiessuch as remote attestation and sealed storage. “Remote attestation”creates a nearly unforgeable hash-key summary of the hardware andsoftware configuration. The program encrypting the data determines theextent of the summary of the software. This allows a third party toverify that the software has not been changed. “Binding” encrypts datausing the TPM endorsement key, a unique RSA key burned into the chipduring its production, or another trusted key descended from it.“Sealing” encrypts data in similar manner to binding, but in additionspecifies a state in which the TPM must be in order for the data to bedecrypted (unsealed). Software can use a Trusted Platform Module toauthenticate hardware devices. Since each TPM chip has a unique andsecret RSA key burned in as it is produced, it is capable of performingplatform authentication. For example, it can be used to verify that asystem seeking access is the expected system. Generally, pushing thesecurity down to the hardware level in conjunction with softwareprovides more protection than a software-only solution.

FIG. 13 illustrates the flow of information associated with the securedisplay, according to one embodiment. In one embodiment, a side channeloverlay monitor network 1304 is utilized with a goal to secure theinformation provided by one or more remote secure monitors. The securitymanagement console system 1302 provides access to management andadministrative functions for the security system. In one embodiment, aGUI is provided to interface with the security management console system1302, such as the GUI described below with reference to FIG. 19.

In one embodiment, a security monitor cloud service provides storage1308 and processing capacity 1310 for performing security relatedoperations, such as searching security data, analyzing data, detectingpossible threats within the data, etc. A security monitor managementgateway 1312 acts as the interface between the security managementconsole system 1302 and the security monitor cloud service 1306.

In one embodiment, the computing resources 1310 are utilized forimplementing the security policy, as defined by the administratorutilizing the security management console system 1302. In oneembodiment, the security policy comprises a plurality of security rules,where each security rule defines one or more actions to be performedwhen certain conditions are met.

In one embodiment, security monitor cloud service 1306 is also utilizedto monitor the out-of-band communications originated at the protectedvisual security zone 1314, such as mobile telephony communications, orany other type of wireless or wired communications taking place withinthe protected visual security zone 1314.

FIG. 14 illustrates an exemplary architecture of the security server,according to one embodiment. The security server 912 includes acommunications module 350, an administration module 352, anadministration GUI 354, a remote enforcement module 356, a policy module358, memory 360, and processor 364. In addition, a security database 366and a policy rules database 368 are in communication with the server912.

The communications module 350 manages the communications with the remotesecure displays, as well as other network communications regarding themanagement and administration of the secure server architecture. Theadministration module 352 provides options, user interfaces, help, etc.regarding the administration of the secure environment. Anadministration GUI 354 provides a user interface for authenticatingaccess by one or more administrators and for setting the administrationparameters required to configure, update, delete, service, etc., thesecurity architecture service.

The remote enforcement module 356 exchanges management and controlmessages with the secure terminals, and more specifically with thesecurity circuitry in the secure terminals. For example, the remoteenforcement module 356 may send commands to a security display regardingpolicy rules be implemented at the secure terminal, users authenticatedto use the secure display, hosts computers authenticated to interfacewith the secure display, authentication keys, instructions to disable orenable the remote display, etc. The remote enforcement module 356manages the data stored in a secure database 366, including all theinformation received from secure displays.

The policy module 358 manages the security policy and the rulescomprising the security policy, regarding the authorized use of securedisplays. The security policy rules may be configured via theadministration GUI 354. More details with reference to policy rules aregiven below with reference to FIG. 18. The security policy rules arestored in rules database 368.

It is noted that the embodiment illustrated in FIG. 14 is exemplary.Other embodiments may utilize different modules, fewer modules,additional modules, or combine the functionality of two or more modulesinto one module. In addition, the functionality of the remote secureserver may be distributed over a plurality of security servers. Theembodiments illustrated in FIG. 14 should therefore not be interpretedto be exclusive or limiting, but rather exemplary or illustrative.

FIG. 15 illustrates the monitoring of a plurality of work stations,according to one embodiment. The secure display system interfaces withthe remote secure monitors via a side channel or out of band overlaynetwork separate from the enterprise network utilized by the hostsattach to the secure displays.

In one embodiment, separate enterprise physical access control system(PACs) network is utilized to connect the secure monitor managementgateway to the security management console system.

FIG. 16 illustrates the flow of information from the client, accordingto one embodiment. The data logged by the secure display is capturedover time (t0, t1, t2, . . . tn), and may include a plurality ofinformation items, within a plurality of different categories (e.g.,user image, host authentication, screen captures, e-mail access by user,word processor access by the user, etc.). The data attesting the user'sphysical presence along with the video screen display is stored foraudit trail. In addition, the data supporting the users attributes serveas a meta data enabling searches on the stored data.

The logging of data is event driven, as discussed above. In oneembodiment, the events may fall within different categories, such asnormal events, exceptional events, administration events, etc. Inaddition, the events may be time sliced, that is, a plurality of dataitems related to the secure display are captured simultaneously.

In one embodiment, a GUI is provided to users of the secure displays inorder to enable the users to view or get limited access to theinformation logged by the secure system. The user may be given total orpartial access to the information. In one embodiment, the user is ableto select an option to request the deletion of some data from thesystem. For example, a user may identify that during a certain period oftime the user was accessing personal information on the display, and theuser may wish to have the information removed from the system. Anadministrator will then determine if the request is granted or denied.

In one embodiment, user feedback is provided via a signal light similarto a video camera. The “light is on” indicator signals that “recording”is taking place. The secure monitor may also provide audio cuesincluding different tones or computerized voice message, etc. The audiocues alert the user that their activity is being actively tracked.

In another embodiment, software selectable buttons are provided via asoftware menu or via hardware buttons on the monitor, similar to thebuttons on a DVR for play back of activities at any time. The alertlight and the playback reinforce the message that their activity hasbeen recorded and available for anyone to “see” including themselves,thus eliminating the “opportunity” for theft, enabling “rationalization”of good citizen behavior, reducing incentives ROI for quick profit, etc.The hardware or software buttons may also be controlled via accesscontrol so that only the appropriate user can access the stored data.

FIG. 17 illustrates an implementation of policy rules and the generationof alerts, according to one embodiment. In one embodiment, OpticalCharacter Recognition (OCR) is utilized to analyze the text embeddedwithin a screen capture of the display pixels. The detected OCR data isrun against the defined policy rules (e.g. policy checks). The result ofapplying the policy rules may be a log of the data, the generation of analert, etc. The alerts may be in the form of an e-mail, a page message,a text message, a videoconference call, a phone call, etc., in order toalert one or more administrators. The alerts may include informationregarding the security-policy violations.

In one embodiment, tagging the image of a user to the computerinteractions enables the tracking of computer generated transactionsregarding applications and data, utilizing the user image as the tag orkey. Additionally, other tags may also be utilized for searches, such asa computer display screen image. Thus, data might be searched utilizingthe user image key, a screen capture, time, location, etc., in order tobetter track user's activities.

By linking the image key to other meta data such as IP address, MACaddress, CPU ID, etc., it is possible to track, search and manage useractivities by linking these keys to existing network and server logcommercial product solutions.

In one embodiment, and Application Programming Interface (API) isprovided to enable data access on user image key, screen image key, orsome other capture security information. Current network and server logmanagement often involve complex user interfaces. For example, somesearch approaches utilize Regex operations extensively. By using the“user image” key approach, log maintenance interface and activity isimproved since humans are better at using visual techniques whencompared to computers.

In one embodiment, the API enabling the use of user image keys anddisplay screen keys, plus the associated metadata, to interface with, isused to enhance existing video surveillance equipment and physicalaccess control products.

In one embodiment, the user image key may be utilized at point-of-sales(POS) terminals to provide secure transactions while eliminating thethreats of credential attacks. In addition, in one embodiment, thedisplay screen image is utilized, by performing OCR, to extract andtrack itemized transaction details, such as product, price, store, aislelocation, cash paid, credit debit card used, coupons used, etc.

In one embodiment, the POS retail user data is gathered to providecustom services such as expense tracking, serving shopping deals, etc.,by providing arbitrage interfaces to commerce, such as a shop retailer,a bank or a product vendor. In addition, it is possible to enhance Bank,remote teller ATM, ACH, mobile payments transactions security, toeliminate physical credential attacks that are common today.

FIG. 18 is an exemplary table of policy rules, according to oneembodiment. A security rule defines one or more actions to be taken whenone or more conditions occur. The actions may include one or more oflocking down a display, disabling the display, enabling the display,logging information, capturing information (e.g., a photo of the user,screen capture, etc.), setting up an alert for the administrator,producing a warning message on the display for the user (e.g., “cautionanother person is behind you”), sounding an alarm, sending an e-mail orsome other form of communication, etc.

The events that may trigger a policy rule may include one or more of atimer expiring, detection of a security threat, detection of anunauthorized user, detection of the use of an unauthorized application,setting a timer, detection of a photo taken of the display, detection ofmultiple users in front of the display, detection of an unauthorizeduser, detection of voices or other sounds near the display, detection ofthe temperature above a certain threshold temperature, detection of anRFID card near the secure display, detection of the establishment of amobile phone call near the display, etc.

In one embodiment, a plurality of conditions associated with events maybe combined utilizing logical operators (e.g., AND, OR, NOT, etc.). Thepolicy rules may be implemented at the central security server, at thesecure display, or both at the secure display and a central securityserver. In one embodiment, a first set of rules is downloaded to thesecure display for implementation by the security circuitry inside thesecure display. In addition, a second set of rules is implemented at thecentral security server.

In another embodiment, a third set of rules are implemented thatcorrelate information regarding more than one secure terminal. Forexample, a policy rule may define to set up an alarm when all the securedisplays in a room are left alone (e.g., there is no user sitting infront of any of the secure displays).

FIG. 19 shows an exemplary administration Graphical User

Interface (GUI), according to one embodiment. The GUI administrationmanagement interface 462 includes options for the administrator as wellas an information window 460. The options include search data 452,alarms 454, policy configuration 456, and client configuration 458.

The option to search data 452 opens a new window that enables theadministrator to enter search parameters for searching the securitydatabase. The search parameters may include a period of time, user ID,display ID, log data (e.g., “find users from building 7 that were usingthe word processor on Monday between 1:00 PM and 3 PM”), etc.

The alarms option 454 provides a separate window to set alarms, modifyalarms, delete alarms, or review alarm information created by thesystem. The policy configuration 456 option enables administrator to setthe policy rules, such as those described above with reference to FIG.18. The administrator has the option to configure rules that areenforced at the remote display or that are enforced at the centralsecurity server, or both.

The client configuration option 458 enables the administrator to modifythe client configuration (e.g., add, delete, or modify users or remotedisplays). Information window 466 shows a partial listing of terminalinformation, including user is authorized to use the remote terminal,maximum number of users that can use the terminal of the time, securitylevel of the terminal, enabled schedule of operation, location of theterminal, policy rules for the terminal, etc.

It is noted that the embodiment illustrated in FIG. 19 is exemplary.Other embodiments may utilize different options, layouts, etc. Theembodiment illustrated in FIG. 19 should therefore not be interpreted tobe exclusive or limiting, but rather exemplary or illustrative.

FIG. 20 shows the flow of a method for validating a display, accordingto one embodiment. In operation 852, the system detects that the displayhas been plugged in, that is, connected to a host computing device. Fromoperation 852, the method flows to operation 854 when the display isvalidated. In one embodiment, the display is validated utilizing TPM,but other methods of authentication are also possible. In addition, thevalidation of the display is based on the policy rules set for thesecure display.

From operation 854, the method flows to operation 856 where a check ismade regarding the validity of the display. If the display is validated,the method flows to operation 858 when the display is enabled, and ifthe display is not enabled the method flows to operation 860, where thedisplay is disabled.

FIG. 21 shows the flow of a method for monitoring events at the securedisplay, according to one embodiment. In operation 952, the use of asecure display is enabled (e.g., see for example the method to enable adisplay described above with reference to FIG. 20). From operation 952,the method flows to operation 954, where a check for a security event ismade. As described above, the security events might be of differentkinds, and may include a timer expiring, a user walking away from thedisplay, receipt of an alert, etc.

From operation 954 method flows to operation 956, where a check is madeto determine if the event detected in operation 954 is asecurity-related event. In one embodiment, a security event is an eventresulting from the triggering of the conditions of one or more policyrules, but other types of security events are also possible.

If a security event is detected the method flows to operation 958, wherethe event is analyzed. In one embodiment, the remote display is disabled964 if the security policy determines 960 that the security eventrequires disablement of the remote display. In addition, other types ofactions may be performed based on the security event, as described abovewith reference to FIG. 18. From operation 964, the method flows tooperation 970 where the system waits for an event that triggers there-enablement of the remote display.

From operation 956, the method flows to operation 962 where a check isperformed to determine if the security event requires logging data. Ifdata needs to be logged, the method flows to operation 966 to log thedata, and to operation 968 to transmit the data to the remote securityserver.

In operation 972, a check is performed to determine if the event is acontrol event. In one embodiment, a control event is a command receivedfrom the secure server to be performed by the secure display, althoughother type of control events are also possible. If the security event isa control event, the method flows to operation 974 where the commandassociated with the control event is executed, and an acknowledgmentthat the command has been performed is sent back to the server, inoperation 976. From operation 976, the method flows back to operation954 to check for new security events.

FIG. 22 is a simplified schematic diagram of a computer system forimplementing embodiments of the present disclosure. FIG. 22 depicts anexemplary computer environment for implementing embodiments of thedisclosure. It should be appreciated that the methods described hereinmay be performed with a digital processing system, such as aconventional, general-purpose computer system. Special purposecomputers, which are designed or programmed to perform only onefunction, may be used in the alternative. The computer system includes acentral processing unit (CPU) 2304, which is coupled through bus 2310 torandom access memory (RAM) 2306, read-only memory (ROM) 2312, and massstorage device 2314. Computer program 2308 for providing a securitydisplay resides in random access memory (RAM) 2306, but can also residein mass storage 2314.

Mass storage device 2314 represents a persistent data storage devicesuch as a floppy disc drive or a fixed disc drive, which may be local orremote. Network interface 2330 provides connections via network 2332,allowing communications with other devices. It should be appreciatedthat CPU 2304 may be embodied in a general-purpose processor, a specialpurpose processor, or a specially programmed logic device. Input/Output(I/O) interface provides communication with different peripherals and isconnected with CPU 2304, RAM 2306, ROM 2312, and mass storage device2314, through bus 2310. Sample peripherals include display 2318,keyboard 2322, cursor control 2324, removable media device 2334, etc.

Display 2318 is configured to display the user interfaces describedherein. Keyboard 2322, cursor control 2324, removable media device 2334,and other peripherals are coupled to I/O interface 2320 in order tocommunicate information in command selections to CPU 2304. It should beappreciated that data to and from external devices may be communicatedthrough I/O interface 2320. The embodiments can also be practiced indistributed computing environments where tasks are performed by remoteprocessing devices that are linked through a wire-based or wirelessnetwork.

A1. A display device for presenting information output of a hostcomputer, comprising,

a panel defined from a plurality of light emitting devices that arearranged to define an area for displaying the information output fromthe host computer;

display logic for receiving pixel data from the host computer to bedisplayed on the panel;

a sensor for capturing data proximate to the panel;

an integrated circuit disposed in communication with the display logicand the panel, the integrated circuit configured to intercept or examinethe information output from the host computer, the data of the sensorbeing analyzed for security control while enabling the informationoutput to be presented to the display logic, wherein the displayprocessor causes the light emitting devices of the panel to activate andthe sensor for capturing data is configured to trigger a plurality oftimes during a use of the panel; and

a communication device for enabling the integrated circuit tocommunicate with a remote computer without communication with the hostcomputer.

A2. The panel of claim A1, wherein the security control is configured tovalidate policies for the data captured proximate to the panel.

A3. The panel of claim A1, wherein the security control is configured todisable transfer of the intercepted information from being displayed onthe panel by the display processor.

Embodiments of the present disclosure may be practiced with variouscomputer system configurations including hand-held devices,microprocessor systems, microprocessor-based or programmable consumerelectronics, minicomputers, mainframe computers and the like. Theembodiments can also be practiced in distributed computing environmentswhere tasks are performed by remote processing devices that are linkedthrough a network.

With the above embodiments in mind, it should be understood that theembodiments can employ various computer-implemented operations involvingdata stored in computer systems. These operations are those requiringphysical manipulation of physical quantities. Any of the operationsdescribed herein are useful machine operations. The e also relates to adevice or an apparatus for performing these operations. The apparatusmay be specially constructed for the required purpose, such as a specialpurpose computer. When defined as a special purpose computer, thecomputer can also perform other processing, program execution orroutines that are not part of the special purpose, while still beingcapable of operating for the special purpose. Alternatively, theoperations may be processed by a general purpose computer selectivelyactivated or configured by one or more computer programs stored in thecomputer memory, cache, or obtained over a network. When data isobtained over a network the data may be processed by other computers onthe network, e.g., a cloud of computing resources.

One or more embodiments can also be fabricated as computer readable codeon a non-transitory computer readable storage medium. The non-transitorycomputer readable storage medium is any non-transitory data storagedevice that can store data, which can be thereafter be read by acomputer system. Examples of the non-transitory computer readablestorage medium include hard drives, network attached storage (NAS),read-only memory, random-access memory, CD-ROMs, CD-Rs, CD-RWs, magnetictapes and other optical and non-optical data storage devices. Thenon-transitory computer readable storage medium can include computerreadable storage medium distributed over a network-coupled computersystem so that the computer readable code is stored and executed in adistributed fashion.

Although the method operations were described in a specific order, itshould be understood that other housekeeping operations may be performedin between operations, or operations may be adjusted so that they occurat slightly different times, or may be distributed in a system whichallows the occurrence of the processing operations at various intervalsassociated with the processing, as long as the processing of the overlayoperations are performed in the desired way.

Although the foregoing embodiments have been described in some detailfor purposes of clarity of understanding, it will be apparent thatcertain changes and modifications can be practiced within the scope ofthe appended claims. Accordingly, the present embodiments are to beconsidered as illustrative and not restrictive, and the embodiments arenot to be limited to the details given herein, but may be modifiedwithin the scope and equivalents of the appended claims.

What is claimed is:
 1. A method for managing data use of an enterprise,comprising, (a) receiving login parameters from a user associated withuser identification information, the login parameters being suppliedthrough a user interface of a screen; (b) authenticating the loginparameters; (c) authenticating the user information to determine if thelogin parameters match the user identification information; (d)providing access to specific data in a database that stores enterpriseinformation, the specific data being managed by policy rules thatdetermine if the specific data is shared by users of the enterprise oris private to the user; (e) upon providing access, initiating videocapture of a viewing space for the screen, the viewing space beingconfigured to include a location where the user associate with the useridentification information is predefined to reside when accessing thespecific data; (f) during the video capture, capturing image datapresented on the screen and input received for the user interface of thescreen; and (g) binding the video capture, the captured image datapresented on the screen and the input received, the binding acting todefine audit data that defines a link between the user and actions takenby the user regarding the specific data, wherein the method is executedby a processor.
 2. The method for managing data use of an enterprise asrecited in claim 1, further comprising, receiving login parameters fromadditional users, each of the additional users having respective useridentification information; processing (b)-(c) for the additional usersof the enterprise; and storing the audit data for the user and theadditional users in a security database.
 3. The method for managing datause of an enterprise as recited in claim 1, wherein the audit data isassociated with a data and time for one or more sessions of access tothe specific data, the specific data being of the enterprise.
 4. Themethod for managing data use of an enterprise as recited in claim 1,wherein the audit data includes recorded information from one or moresensors, or one or more additional cameras for a location proximate tothe screen, or audio captured proximate to the screen, or screencaptures made of the screen, or user facial images captured in theviewing space.
 5. The method for managing data use of an enterprise asrecited in claim 1, further comprising, automatically disabling theaccess upon detection of no user present, or of multiple people viewingthe screen, or detecting a camera in the viewing space, or a combinationthereof.
 6. The method for managing data use of an enterprise as recitedin claim 1, wherein the database that stores enterprise information isconnected to an enterprise network, each screen and device associatedwith each screen enables processing of (a)-(g), and stores the auditdata in a security database.
 7. The method for managing data use of anenterprise as recited in claim 1, wherein the audit data is madeaccessible to the users for viewing, and enables user request to removecaptured data, the requests to remove captured data being verified by asecurity entity of the enterprise.
 8. The method for managing data useof an enterprise as recited in claim 1, wherein the audit data isassociated with one or more user policy violations, each policyviolation being searchable to enable review of the user and actionstaken that produced each policy violation.
 9. The method for managingdata use of an enterprise as recited in claim 1, wherein the audit dataproduces an audit trail for each user of the enterprise, and the audittrail includes one or more security alerts for particular users in theenterprise, the security alerts maintaining the binding of the user tothe actions taken by the user.
 10. The method for managing data use ofan enterprise as recited in claim 1, wherein the user identificationinformation is associated with image data, or picture data, or videodata, or image recognition data, or biometric sensor data, or atemperature sensor, or a weight sensor, or combinations of one or morethereof.
 11. The method for managing data use of an enterprise asrecited in claim 1, wherein the screen is associated with an apparatus,the apparatus is one of a standalone monitor, a tablet computer, asmartphone, a desktop computer, a laptop computer, a display device, ora touch screen.
 12. The method for managing data use of an enterprise asrecited in claim 1, wherein the user identification information is of ahuman face.
 13. The method for managing data use of an enterprise asrecited in claim 1, wherein the access is disabled upon detection of twoor more people in proximity of the screen.
 14. The method for managingdata use of an enterprise as recited in claim 1, wherein a securityentity is alerted of policy violations or activity determined by rulesto be violations for the access.
 15. The method for managing data use ofan enterprise as recited in claim 1, wherein capturing image data of theuser is performed either continuously or at predetermined intervals oftime during a session of access.